Для всех пользователей StarWind!

Уже подходит к концу программа "Customer Loyalty Upgrade Program", которая позволяет клиентам StarWind iSCSI SAN (для VMware vSphere) или Native SAN (для Microsoft Hyper-V) произвести обновления своих продуктов на более старшие версии со скидкой до 35%. Предложение действует только до конца июня, поэтому поторопитесь с заказом.

Напомним, что StarWind - это средство номер 1 для создания отказоустойчивых хранилищ iSCSI для виртуальных машин.

Вот условия обновления для тех, кто уже использует продукты StarWind:

• 15% скидка - для обновления на издание на одну ступень вверх (например, с 1TB до 2TB или с 4TB до 8TB).
• 25% скидка – для обновления на издание на две ступени вверх (например, с 1TB до 4TB).
• 35% discount – для обновления на издание на три или более ступени вверх (например, с 1TB до 16TB).

Торопитесь и заказывайте обновление StarWind со скидкой.

Продолжаем знакомить вас с багами VMware vSphere 5.1 - ведущей платформы виртуализации. На этот раз мы расскажем о баге VMware vSphere Client, для чего откроем вкладку редактирования пользователя и посмотрим на его свойства:

Такую картину мы увидим в том числе и тогда, когда пользователь VMware ESXi был создан автоматически, например, при использовании функций AutoDeploy и Host Profiles. Не очень понятно, почему это пользователю при создании по дефолту гарантируются права на доступ к консоли ESXi, а вот в списке групп, где он состоит, наблюдается пустота.

Все на самом деле просто: в vSphere 5.1 поменялся подход к безопасности, а вот сделать обновление vSphere Client забыли, так как сейчас идет переход на vSphere Web Client, и никому нет дела до толстого клиента. Соответственно, аспекты этого бага таковы:

• Галка "Grant shell access to this user" ни на что не влияет. Важно только, назначена ли роль Administrator пользователю (что позволит ему войти в консоль сервера).
• Поле Group пустое, так как ESXi больше не использует информацию из /etc/groups, а использует свою модель пользователей и групп:

• Поэтому вновь создаваемый пользователь с галкой "Grant shell access to this user" не сможет соединиться по SSH и зайти в консоль, то есть это баг UI:

Иногда возникает потребность правильно выключить виртуальные машины VMware vSphere в определенной последовательности, чтобы не нарушить консистентность данных и приложений. Требуется это при различных сценариях обслуживания инфраструктуры, переездах оборудования, подготовке к отключениям электричества и т.п. Ну а потом, соответственно, эти ВМ нужно включить - и тоже в нужной последовательности.

Специально для таких случаев Graham French допилил скрипт на PowerShell / PowerCLI, который автоматизирует процессы Startup / Shutdown для виртуальных машин на ESXi. Грэхам подошел к задаче научно - он разделил все ВМ на 5 слоев, отражающих очередность выключения машин:

• Phase 1 - веб-серверы, балансировщики нагрузки, принт-серверы - то есть некритичные машины и машины на краю периметра датацентра.
• Phase 2 - серверы приложений и другие серверы, являющиеся фронтэнд-звеном в архитектуре многокомпонентных приложений.
• Phase 3 - серверы баз данных и кластеризованные серверы.
• Phase 4 - NAS-серверы и файловые серверы.
• Phase 5 - сервисы обеспечения инфраструктуры: Active Directory, DNS, DHCP, виртуальные модули (Virtual Appliances).

Соответственно, правильной схемой выключения виртуальных машин является последовательность Phase 1 -> Phase 5. Скрипт принимает на вход имена виртуальных машин в CSV-файлах, а также умеет выключать/включать и физические серверы:

Для включения машин используем обратную последовательность Phase 5 -> Phase 1:

Сам скрипт Startup / Shutdown и примеры CSV-файлов можно скачать по этой ссылке.

Недавно Duncan Epping опубликовал интересную статью о параметре Mem.MinFreePct, который есть в настройках сервера VMware ESXi из состава vSphere. По-сути, этот параметр определяет, какое количество оперативной памяти VMkernel должен держать свободным на хосте, чтобы всегда были доступные ресурсы под нужды системы, и хост не вывалился в PSOD.

В VMware vSphere 4.1 параметр Mem.MinFreePct составлял 6% и его можно было изменять с помощью следующей команды:

vsish -e set /sched/freeMemoryState/minFreePct <Percentage>

Например, вот так можно было установить Mem.MinFreePct в значение 2%:

vsish -e set /sched/freeMemoryState/minFreePct 2

Этак команда, кстати, не требует перезагрузки, но зато после перезагрузки значение Mem.MinFreePct не сохраняется. Поэтому данную команду, если требуется, нужно занести в /etc/rc.local (подробнее в KB 1033687).

Параметр этот очень важный, поскольку от него зависят пороги использования различных механизмов оптимизации памяти хоста ESXi. При этом, если памяти на хосте много (например, десятки гигабайт), то держать постоянно 6% свободной памяти может быть для кого-то расточительством. Поэтому, начиная с VMware vSphere 5.0, параметр Mem.MinFreePct является "плавающим" и устанавливается в зависимости от объема физической памяти на хосте ESXi.

Вот какие значения принимает Mem.MinFreePct в зависимости от того, сколько RAM есть на вашем физическом хост-сервере:

А вот какие механизмы оптимизации памяти на хосте работают, если свободной памяти становится все меньше и меньше:

Интересно, конечно, но как-то бесполезно. Зачем загонять хост в такие лимиты? Лучше как минимум процентов 10 всегда держать свободными и своевременно покупать новые серверы.

В прошлом посте мы писали о том, что компания StarWind сделала зомби-анонс восьмой версии своего решения для создания отказоустойчивых хранилищ для виртуальных машин VMware vSphere и Microsoft Hyper-V.

В этом посте мы приведем еще немного забавных картинок и основные посылы восьмой версии продукта.

Во-первых, файловая система LSFS изначально работает с большими блоками данных, что положительно сказывается на сроке службы флеш-накопителей (SSD), на которых размещаются виртуальные машины (это дело недалекого будущего):

Во-вторых, виртуальная среда рождает эффект IO-блендера, когда к системе хранения идут случайные чтения от большого числа ВМ, что создает существенные задержки. Файловая система LSFS преобразовывает small random writes в большие последовательные операции записи, что существенно увеличивает производительность:

Ну и, в-третьих, inline-дедупликация StarWind не создает нагрузку на подсистему хранения и не "крадет" IOPS'ы у продуктивного хранилища:

Скоро появится больше информации. А пока приглашаем на промо-страницу StarWind V8.

Компания VMware опубликовала очередной номер своего технического журнала VMware Technical Journal Summer 2013, в котором разбираются наиболее интересные технические аспекты решений для виртуализации на весьма глубоком уровне (зачастую даже с математическими выкладками). Напомним, что о предыдущем выпуске VMware Technical Journal мы писали вот тут. Как и в прошлом выпуске все статьи доступны онлайн и как PDF (5 МБ).

Темы нового номера:

• Introduction
• Memory Overcommitment in the ESX Server
• Redefining ESXi IO Multipathing in the Flash Era
• Methodology for Performance Analysis of VMware vSphere under Tier-1 Applications
• vATM: VMware vSphere Adaptive Task Management
• An Anomaly Event Correlation Engine: Identifying Root Causes, Bottlenecks, and Black Swans in IT Environments
• Simplifying Virtualization Management with Graph Databases
• Autonomous Resource Sharing for Multi-Threaded Workloads in Virtualized Servers

Мне понравились "Redefining ESXi IO Multipathing in the Flash Era" и "Methodology for Performance Analysis of VMware vSphere under Tier-1 Applications".

На днях компания VMware объявила о начале публичного бета-тестирования своего нового средства для анализа логов VMware vSphere - VMware vCenter Log Insight 1.0. Продукт поставляется в виде виртуального модуля (Virtual Appliance), который развертывается как обычный OVF-пакет, после чего становится доступен сбор и анализ данных syslog с серверов VMware ESXi 4.1, 5.0, 5.1, а также vCenter Server Appliance и других источников. Кроме того, Log Insight может быть интегрирован с vCenter Operations Manager.

Возможности VMware vCenter Log Insight 1.0:

• High Performance Ingestion - Log Insight принимает данные от syslog или через API на скорости до 1000 Мбит/с на один виртуальный модуль
• Near Real-Time Search - входящие данные доступны для поиска почти сразу и могут быть агрегированы с историческими данными в одном большом логе.
• Aggregation - данные группируются методом похожим на GROUP-BY в реляционных БД.
• Runtime Field Extraction - Log Insight может доставать данные из сырого лога средствами регулярных выражений.
• Dashboards - администраторы могут создавать свои дэшборды из запросов к базе логов.
• Scalability - инфраструктуру Log Insight можно наращивать за счет добавления дополнительных серверов.

Полезная документация по продукту:

• VMware vCenter Log Insight 1.0 Beta Getting Started Guide
• VMware vCenter Log Insight 1.0 Beta Virtual Appliance Sizing
• Log Insight 1.0 Beta Installation and Administration Guide
• Log Insight 1.0 Beta User's Guide

Скачать бета-версию VMware vCenter Log Insight 1.0 можно по этой ссылке.

Когда-то давно мы публиковали заметки о P2V-миграции физических серверов в виртуальные машины на платформе тогда еще VMware ESX Server (а также рассказывали о необходимых действиях после миграции). С тех пор многое изменилось, вышел VMware vCenter Converter Standalone 5.0, процесс миграции стал проще и стабильнее, а также накопилось пару моментов, о которых можно рассказать. Кроме того, появилась отличная статья на эту тему. Итак, есть 3 типа P2V-миграции...

Мы уже много писали о калькуляторе VMware View VDI Flash Calculator, который делает Andre Leibovici, автор сайта myvirtualcloud.net. На сегодняшний день это калькулятор номер 1 для расчета параметров инфраструктуры виртуальных ПК на базе VMware View (с поддержкой vSphere 5.1 и View 5.1).

На днях вышла полностью обновленная версия этого калькулятора. Теперь он выпускается не в виде онлайновой флеш-утилиты, а в виде Java-приложения для Windows и Mac (необходима Java 6 или более поздней версии).

Что нового появилось в калькуляторе:

• Offline Support – новая версия работает без доступа к сети + умеет самообновляться.
• Load/Save – теперь можно сохранять и загружать конфигурации, что удобно для консультантов, рассчитывающих несколько проектов по внедрению VMware View.
• Tool Tips – над каждым полем тултипы рассказывают о том, для чего оно нужно.
• Validations – на поля ввода повешена валидация значений, в том числе на предмет соответствия официально поддерживаемым VMware конфигурациям.
• Бесплатен - но с ротацией рекламы.

В будущем Андре обещает поддержку Android-устройств, расчет виртуальных ПК XenDesktop, работающих на платформе vSphere, и многое другое.

Скачать калькулятор VDI можно по этой ссылке.

На проходящей сейчас конференции TechEd 2013 в Новом Орлеане компания Microsoft рассказала о новых возможностях своего гипервизора Hyper-V, которые появятся в обновленной версии серверной ОС Windows Server 2012 R2 и средствах управления System Center 2012 R2 (они будут выпущены одновременно - и это большое достижение, что обе ветки разработки теперь будут синхронизированы).

Новые возможности Windows Server 2012 R2 Hyper-V (в связке с Virtual Machine Manager):

• Поддержка 320 логических процессоров хоста, 4 ТБ оперативной памяти и 1024 виртуальных машин на хост. Hyper-V поддерживает 64-узловые кластеры, в которых находится до 8 000 ВМ. Каждая машина может иметь виртуальный диск до 64 ТБ.
• Возможности Storage QoS (подробнее здесь), позволяющие контролировать и балансировать нагрузку на хранилища виртуальных машин (у VMware похожая возможность называется Storage IO Control).
• Storage tiering - возможность хранить редко используемые данные виртуальных машин на медленных дисках, а наиболее востребованные данные - на SSD-накопителях.
• Улучшенный механизм репликации виртуальных машин на уровне хоста (Hyper-V Replica) - теперь для репликации поддерживается несколько узлов.
• Live migration compression - сжатие виртуальных дисков при передаче между хостами во время горячей миграции ВМ.
• Live migration with RDMA - поддержка технологии remote direct memory access (RDMA) и передача данных во время горячей миграции на скорости до 56 GB/s.
• Возможность "горячего" расширения файлов виртуальных дисков VHDX.
• Возможность создавать общие диски ВМ (shared VHDX).
• Полная поддержка возможностей dynamic memory для гостевых ОС Linux, включая Minimum memory setting, Hyper-V smart paging, Memory ballooning и Runtime configuration.
• Windows Azure Hyper-V Recovery Manager - средство управления катастрофоустойчивыми решениями от Microsoft, комбинирующее в себе возможности Windows Azure, System Center Virtual Machine Manager и Hyper-V Replica для восстановления виртуальных машин после сбоев в конфигурации с несколькими датацентрами.

Более подробное обновление новых функций гипервизора Microsoft Hyper-V приведено в этом документе. Кроме того, вы можете зарегистрироваться на бесплатное мероприятие "What's New in System Center 2012 R2 Jump Start", которое пройдет 15 июля.

Публичное превью  Windows Server 2012 R2 ожидается уже в этом июне, а General Availability ожидается к концу года.

На сайте сообществ VMware появилась информация о начале публичного бета-тестирования новой версии VMware Workstation Technology Preview May 2013.

Что нового появится в VMware Workstation в этом году:

• VMware Hardware Version 10 - обновилось поколение виртуального аппаратного обеспечения виртуальных машин. Это дает новую функциональность создаваемых ВМ, в первую очередь, поддержку 16-ти виртуальных процессоров (vCPU) для одной машины. Для этого на вашем ПК должно быть не менее 16-ти логических процессоров (или 8 ядер с включенным HT), чем может похвастаться далеко не каждый компьютер. Также существенно была увеличена производительность, работа с подсистемой питания и улучшена поддержка новых возможностей десктопных процессоров.
• SSD Passthrough - ОС Windows 8 способна определить, что она работает с диска solid state drive (SSD), что позволяет ей оптимизировать работу с подсистемой ввода-вывода. В этом Technology Preview, Workstation может обнаружить, что диск ВМ размещен на SSD-носителе, и передать гостевой ОС эту информацию, чтобы та смогла включить оптимизацию.
• Expiring Virtual Machines - VMware улучшила возможности Restricted Virtual Machines, которые появились в прошлых версиях. Теперь виртуальная машина может устареть в заданную дату по времени UTC. Такие машины соединяются с ресурсом VMware.com для валидации времени и предотвращения попыток пользователя снять лок с машины.
• New Converter - в этой версии VMware Converter получил несколько новых улучшений:
  - Поддержка гостевых ОС Microsoft Windows 8 и Microsoft Windows Server 2012
  - Поддержка гостевой ОС Red Hat Enterprise Linux 6
  - Поддержка виртуальных и физических машин с дисками GUID Partition Table (GPT)
  - Поддержка виртуальных и физических машин с интерфейсом Unified Extensible Firmware Interface (UEFI)
  - Поддержка файловой системы EXT4
  - Поддержка ВМ vSphere 5.1 (hardware version 9)
• Pre-Released OVFTool - утилита командной строки VMware OVF Tool позволяет импортировать и экспортировать OVF-пакеты. Теперь она имеет улучшенные механизмы импорта шаблонов Oracle.
• Windows 8 Unity Mode Support - поддержка режима бесшовной интеграции Unity теперь еще лучше интегрирована с интерфейсом Windows Metro.
• Multiple Monitor Navigation - улучшенные механизмы работы с 2, 3, 4, 5 и даже 6-ю мониторами в полноэкранном режиме при переключении между экранами.
• Power Off Suspended Virtual Machines - возможность выключить ВМ, поставленную "на паузу", что отменяет необходимость включать такие машины для внесения изменений в их конфигурацию.
• Remote Hardware Upgrade - при удаленной работе с виртуальными машинами на платформе vSphere или другом ПК с VMware Workstation, теперь можно удаленно обновлять Hardware version.

Более подробная информация о новых возможностях и инструкции по установке VMware Workstation Technology Preview May 2013 приведены по этой ссылке.

Полгода назад мы уже писали о решении VMware vCloud Automation Center (vCAC), которое позволяет управлять облачной инфраструктурой предприятия (SaaS, PaaS, IaaS) средствами единого решения, построенного поверх VMware vCloud Director (для IaaS-инфраструктуры) и разработанного на базе решения DynamicOps (бывший продукт Virtual Resource Manager, VRM).

vCloud Automation Center упрощает доступ пользователям к облачным сервисам, предлагая портал самообслуживания, предназначенный для потребления различных aaS-услуг. Пользователь, заходя на портал, видит сервисы, к которым ему предоставлен доступ, выбирает нужный ему сервис и размещает запрос на его развертывание.

На днях этот продукт обновился до версии VMware vCloud Automation Center (vCAC) 5.2. Что нового:

Expanded Infrastructure Support

• Улучшенная интеграция с vCloud Director. Владельцы ВМ могут развертывать объект vApp как единую сущность, но управлять каждой его ВМ по-отдельности.
• Поддержка модели выделения ресурсов Pay-As-You-Go в vCloud Director. Администраторы могут создавать резервирование ресурсов по моделям Pay-As-You-Go, Reservation Pool или Allocation Pool.
• Поддержка средства мониторинга и защиты корпоративной инфраструктуры vCloud Networking and Security (vCNS). vCAC теперь может обнаруживать такие сетевые ресурсы как сети VXLAN, балансировщики и security groups.Теперь их можно назначать виртуальным машинам при развертывании.
• Поддержка гипервизора KVM (RHEV) и средства управления Red Hat Enterprise Virtualization Manager 3.1.
  

Improved Resource Reclamation

• Улучшенный мехнизм настройки рабочих процессов (Improved Workflow Customization). Администратор может указать различные параметры аренды ВМ пользователем, включая возможность пролонгации аренды.
• Метрики производительности для vSphere. Теперь эти метрики используются для определения неактивных ВМ, являющихся кандидатами на возврат в общий пул ресурсов (reclamation).
• Поддержка виртуальных машин на платформе Amazon Web Service (EC2) для вывода ВМ из эксплуатации.

Site Recovery Manager Compatibility

• Улучшенная интеграция со средством катастрофоустойчивости vCenter Site Recovery Manager. В версии 5.2 vCAC корректно обнаруживает отоношения между primary и recovery виртуальными машинами.

Internationalization

• Поддержка интернационализции на уровне L0/L1. vCAC 5.2 поддерживает установку на локализованные версии ОС с non-ASCII символами (French, German, Japanese,
  и Simplified Chinese). Пока без русского.

Installation

• Поддержка модели лизензирования VMware V8 licensing. vCAC 5.2 поддерживает стандартные лицензионные ключи с VMware License Portal.

Compatibility
Поддержка дополнительных гостевых ОС:

• CentOS 5.9 (32- and 64-bit)
• CentOS 6.3 (32- and 64-bit)
• Windows 8
• Windows Server 2012

Documentation

• Информация о vCloud Automation Center Self-Service Portal теперь включена в документ vCloud Automation Center Installation Guide.
• Информация об интеграции vCAC с KVM (RHEV) теперь включена в vCloud Automation Center KVM (RHEV) Integration Guide.
• Информация о многомашинных сервисах и интеграции с vCloud Director включена в vCloud Automation Center What’s New Guide и vCloud Automation Center Multi-Machine Guide
• Информация о vCAC Designer теперь есть в vCloud Automation Center Extensibility Guide.
• Все оставшиеся аспекты решения vCAC теперь есть в vCloud Automation Center Operating Guide.

Для проверки возможности обновления продукта на версию vCAC 5.2 может быть использован vCloud Automation Center Prerequisite Checker, идущий в комплекте поставки с продуктом:

Детальная информация о требованиях к обновлению на vCAC 5.2 приведена здесь.

Теперь, где можно более подробно ознакомиться с решением VMware vCloud Automation Center. Во-первых, есть вот такой ресурс - http://www.vcacteam.info/. Там собрано все, что может понадобиться администратору для понимания возможностей продукта.

Во-вторых, хорошая статья про интеграцию рабочих процессов VMware vCenter Orchestrator (vCO) и vCAC.

В-третьих, хорошая подборка статей по продукту:

• vCloud Automation Center – What to know before you install!
• vCloud Automation Center – vCAC Manager Installation
• vCloud Automation Cetner – DEM Installation
• vCloud Automation Center – Laying the foundation
• The Unofficial vCloud Automation Center (vCAC) FAQs
• VMware vCAC 5.1 Install Process – Overview
• vCAC – Running Manager and DEM Service in Console Mode
• VMware vCAC 5.1 Prerequisite & Fix Scripts
• VMware vCloud Automation Center 5.1 – How to Get Started
• A Brief Introduction to VMware vCloud Automation Center 5.1 (vCAC)

Ну и, наконец, официальная страница продукта - VMware vCloud Automation Center, где есть обширный раздел документации.

Некоторые из вас, возможно, в курсе, что существует такой проект Google Authenticator, который позволяет организовать двухфакторную аутентификацию через телефон (как по СМС, так и через приложение), которая позволяет не только вводить свой постоянный пароль, но и дополнительно временно генерируемый код, что существенно снижает риски несанкционированного доступа. Возможно, кто-то из вас использует это для своей почты на GMAIL:

Данный способ аутентификации очень надежен, так как злоумышленник без вашего телефона не получит доступа к сервису, поскольку он не получит временный пароль, а украв ваш телефон, он тоже не получит доступа, так как не знает постоянного пароля. Однако и этот способ не защищает от древнейшей утилиты взлома шифров и паролей - раскаленного утюга.

Компания VMware несколько доработала этот продукт, и на сайте проекта VMware Labs появился новый флинг - ESXi Google Authenticator, который позволяет организовать двухфакторную аутентификацию для доступа к консоли хост-серверов по SSH.

Для данного механизма обеспечения дополнительной безопасности поддерживаются хост-серверы ESXi 5.0 и 5.1, при этом допускается несколько администраторов одного сервера, использующих Google Authenticator (только ESXi 5.1).

Основные возможности ESXi Google Authenticator:

• Поддержка двухфакторной аутентификации как для ESXi Shell, так и для доступа через SSH.
• Поддержка нескольких логинов для ESXi 5.1 и одного (root) для ESXi 5.0.
• Поддержка 30-секундных кодов TOTP (меняются каждые полминуты).
• Поддержка кодов аварийного логина на случай, если телефон был украден (emergency scratch codes).
• Защита от атак с повторением запросов.

Технически аутентификация в ESXi Google Authenticator организована средствами модуля PAM (Pluggable Authentication Module) и специального приложения, доступного для платформ Android, iOS и Blackberry.

Устанавливается приложение одной командой:

esxcli software vib install -v --no-sig-check -f /path/to/the/vib

Далее нужно читать инструкции по использованию тут, а также в целом рекомендуется ознакомиться с проектом Google Authenticator.

Многие знают, что VMware vSphere версий 5.0 (начиная с Update 1) и 5.1 в полном объеме поддерживают Windows Server 2012 и Windows 8 в гостевых ОС виртуальных машин. Однако, еще далеко не во всех компаниях установлены последние версии гипервизора VMware ESXi - особенно в крупных организациях еще много где используют версию ESX/ESXi 4.x.

При попытке установить Windows Server 2012 и Windows 8 в виртуальной машине ESX/ESXi 4.x, выбрав в качестве гостевой ОС Microsoft Windows Server 2008 R2, администратор получит вот такую ошибку:

Your PC ran into a problem that it couldn't handle, and now it needs to restart

You can search for the error online: HAL_INITIALIZATION_FAILED

Решить эту проблему очень просто:

• Создаем новую ВМ в vSphere Client.
• В качестве типа гостевой ОС (Guest Operating System) выбираем Microsoft Windows Server 2008 R2 (64-bit).
• Скачиваем вот этот файл bios и кладем его в папку с виртуальной машиной

Далее в конфигурационный файл .vmx в папке с ВМ добавляем следующие строчки:

bios440.filename = "bios.440.rom"
mce.enable = TRUE
cpuid.hypervisor.v0 = FALSE
vmGenCounter.enable = FALSE

Теперь можно устанавливать и использовать Windows 8 и Windows Server 2012 в виртуальной машине на VMware ESXi 4.1.

Второй этап - это установка свежих VMware Tools в таких виртуальных машинах. Об этом мы писали в статье "Как обновить VMware Tools старых хост-серверов, не обновляя хостов VMware vSphere / ESXi".

Те из вас, кто испытывает потребность в балансировке соединений в виртуальной инфраструктуре VMware vSphere, а также функциях безопасности, могут обратить свое внимание на продукт от Loadbalancer.org, поставляемый в виде виртуального модуля (Virtual Appliance).

Основные возможности продукта:

• Средства высокой доступности компонентов
• Полнофункциональная балансировка на уровнях 4/7
• Поддержка виртуальных и физических серверов
• Веб-консоль управления
• Функции HTTP Cookie Persistence
• Функции RDP Cookie Persistence
• Поддержка SSL Offloading
• Поддержка 802.1q VLAN
• Группировка интерфейсов 802.3ad Bonding
• Широкие возможности анализа пакетов
• Поддержка IPv6
• Поддержка SIP с функциями Call-ID Persistence

Виртуальный модуль может работать в трех режимах:

• Direct Routing (DR) - режим прямой маршрутизации
• Network Address Translation (NAT) - режим трансляции сетевых адресов
• Source Network Address Translation (SNAT) - режим трансляции исходного сетевого адреса

Более подробно с продуктом от Loadbalancer.org можно ознакомиться в следующих документах:

• Quick start guide
• Quick start guide VA
• Full admin guide
• Enterprise VA Product Sheet
• VMware View 5.0 Guide

Не так давно мы писали про средства управления питанием хост-серверов ESXi, которые имеются в VMware vSphere 5.1. Там мы рассматривали такую политику как Balanced - она разработана для того, чтобы максимально использовать переключения между состояниями P-states процессора в целях экономии энергии. Она обладает слегка большей инерционностью, чем обычное максимальное использование ресурсов процессора (High performance), но почти не влияет на производительность. Эта политика выставлена по умолчанию для серверов VMware ESXi 5.0 и более поздней версии.

Недавно на блоге VROOM! компании VMware появилось интересное исследование, посвященное механизмам управления питанием серверов ESXi. Как и обычно, в качестве инструмента для тестирования и создания нагрузки на хосты ESXi использовался продукт VMware VMmark, который и был разработан для тестирования производительности решений VMware на различных аппаратных платформах.

Сравнивались три подхода к управлению питанием:

• Политика Performance - максимальное использование процессора за счет его поддержки в наивысшем P-state состоянии все время (то есть, по-сути политика энергосбережения отключена). При этом используются только 2 C-state состояния: С0 (running) и C1 (halted). Соответственно, данный режим выдает максимальную производительность, не имеет инерционности и потребляет больше всего энергии. Управляется эта политика BIOS'ом сервера.
• Политика Balanced - сбалансированное энергопотребление за счет переключения между P-states. Эта политика управляется хостом ESXi.
• Политика BIOS Balanced - функции энергосбережения, которые управляются на уровне BIOS сервера (например, Dell Active Power Controller).

Для тестирования производительности использовался стандартный подход VMmark, который предполагает создание возрастающих уровней нагрузки на хост-серверы (Tiles).

С точки зрения аппаратной платформы, использовалась следующая конфигурация:

• 4 сервера Dell PowerEdge R620
• CPUs (на сервер): один Eight-Core Intel® Xeon® E5-2665 @ 2.4 GHz, Hyper-Threading enabled
• Memory (на сервер): 96GB DDR3 ECC @ 1067 MHz
• Host Bus Adapter: два QLogic QLE2562, Dual Port 8Gb Fibre Channel to PCI Express
• Network Controller: один Intel Gigabit Quad Port I350 Adapter
• Версия гипервизора: VMware ESXi 5.1.0
• Дисковый массив: EMC VNX5700
• 62 флеш-диска (SSDs), RAID 0, сгруппированных в 3 x 8 SSD LUNs, 7 x 5 SSD LUNs и 1 x 3 SSD LUN
• Средства управления: VMware vCenter Server 5.1.0
• Версия VMmark: 2.5
• Power Meters: три устройства Yokogawa WT210

Итак, что получилось. График очков VMmark (чем выше столбики - тем лучше). Результаты нормализованы к BIOS Balanced на уровне Tile 1:

Как мы видим, худшие результаты показывает политика BIOS Balanced.

Теперь посмотрим на результаты тестов по новой методике VMmark 2.5, позволяющей измерять производительность сервера на киловатт питания:

Как мы видим, политика Performance показывает самые низкие результаты (это логично, так как энергии потребляется много, а столько мощности не всегда требуется процессору), политика ESXi Balanced показывает результат на 3% лучше, а вот политика BIOS Balanced - аж на 20% лучше.

Кстати, интересны измерения потребления мощности при простаивающем процессоре:

• Политика Performance потребляет 128 Вт
• ESXi Balanced - 85 Вт
• BIOS Balanced - тоже около 85 Вт

Казалось бы, почему тогда не использовать BIOS Balanced? А вот почему - при тестировании нагрузки приложений политика BIOS Balanced выдает огромные задержки (latency), негативно влияющие на производительность:

Таким образом, если снова вернуться к первому графику с обобщенными результатами, можно понять, что политика ESXi Balanced является наиболее оптимальной с точки зрения энергопотребления/производительности, поэтому-то она и установлена по умолчанию.

29 мая компания StarWind, выпускающая решение номер 1 для создания отказоустойчивых хранилищ iSCSI для ВМ VMware vSphere и Microsoft Hyper-V, проводит бесплатный вебинар "The Top-Quality Shared Storage for VMware".

Вебинар пройдет 29 мая, в 16-00 по московскому времени.

На мероприятии, которое проводит опытный инженер StarWind Макс Крафт, вы узнаете о том, как:

• Управлять растущими потребностями в хранилищах и сетевых ресурсах
• Уменьшить расходы на ИТ-инфраструктуру на 50%
• Улучшить эффективность существующей среды виртуализации

Зарегистрироваться.

Не так давно мы писали о том, что VMware планирует создать свое облако на базе VMware vSphere, называемое vCloud Hybrid Service, и сдавать из него виртуальные машины в аренду по модели IaaS. Напомним, что сейчас облачная экосистема компании VMware представляет собой партнерскую модель (см. программу VSPP) распространения услуг IaaS через сеть сервис-провайдеров по всему миру (напомним, что в России этим занимается компания ИТ-ГРАД). Суть этой схемы сводится к тому, что партнеры VMware, использующие ее ПО для предоставления услуг по сдаче в аренду виртуальных машин своим клиентам, платят ей...
Таги: VMware, Hybrid, Cloud, vCloud, VSPP, Cloud Computing

Еще две новых (дополнительных!) возможности Veeam Backup and Replication 7, а также сравнение изданий.

Те из вас, кто регулярно нас читает, наверняка видели нашу серию статей про новые возможности средства для резервного копирования и репликации виртуальных машин - Veeam Backup and Replication 7. Этих возможностей было заявлено 7 штук, вот они:

• Компания Veeam Software начала рассказывать о новой версии Veeam Backup and Replication 7 (возможность №1)
• Veeam анонсировала еще одну возможность Veeam Backup and Replication 7 - плагин для vSphere Web Client (№2)
• Третья новая возможность Veeam Backup and Replication 7 - восстановление объектов Microsoft SharePoint (№3)
• Компания Veeam Software рассказала о еще одной новой возможности Backup and Replication 7 - поддержка ленточных библиотек (№4 и №5)
• Компания Veeam рассказала о шестой новой возможности Veeam Backup and Replication 7 - улучшенный 1-Click Restore (№6)
• Veeam анонсировала седьмую новую возможность Veeam Backup and Replication 7 - виртуальные лаборатории для реплик (№7)

Однако на днях было объявлено еще о двух новых возможностях, которые, несомненно, кажутся весьма интересными.

Во-первых, в новой версии решения для резервного копирования ВМ VMware и Microsoft появится возможность копирования резервных копий в географически удаленное хранилище по WAN-соединению (WAN Replication for Backup Copy Jobs):

Работает все это дело без агентов и включает в себя технологию WAN acceleration для оптимизации канала передачи данных резервных копий на удаленную площадку.

Кроме того, теперь поддерживается механизм GFS (Grandfather Father Son) для политик хранения, поэтому компании теперь могут организовывать долговременное хранение резервных копий:

Более детально о возможности WAN Replication for Backup Copy Jobs можно узнать из видео ниже:

Во-вторых, в Veeam Backup and Replication 7 появилась возможность резервного копирования виртуальных машин из снапшотов, сделанных на уровне хранилищ (Backup from storage snapshots). На данный момент поддерживаются хранилища HP StoreVirtual + VSA и HP StoreServ, но в следующих релизах список вендоров будет значительно шире.

Выглядит это следующим образом:

Кроме всего этого, у Veeam поменялась модель лицензирования, ввиду того, что теперь возможностей у решения Backup and Replication столько, что их можно разделить аж на 4 издания, каждое из которых соответствует потребностям определенной группы пользователей (надо отметить, что каждое издание обзавелось новыми фичами):

Ну и немного от главного инженера Veeam про седьмую версию бэкапа:

Продукт Veeam Backup and Replication 7 будет выпущен в третьем квартале 2013 года. Актуальные новости о новой версии собираются на этой странице - http://go.veeam.com/v7.

Не все администраторы платформы VMware vSphere в курсе, что на сервере VMware vCenter могут быть отключены различные фильтры хранилищ для хостов ESXi, что может оказаться полезным в нестандартных ситуациях.

Эти фильтры могут настраиваться через консоль vCenter в разделе расширенных настроек. Чтобы иметь возможность настраивать фильтры нужно выбрать пункт меню Administration > vCenter Server Settings. Далее в списке настроек нужно выбрать Advanced Settings.

На данный момент актуально четыре фильтра для хранилищ, включенных на хостах ESXi по умолчанию. Они помогают предотвращать ошибки, которые могут привести к повреждению и потере данных в исключительных ситуациях. Однако (зачастую, временно) эти фильтры можно отключить, но делать это нужно обдуманно, при этом не нужно забывать их снова включать.

В таблице ниже представлены назначение фильтров и конфигурация их выключения на сервере vCenter.

Ну и видео для тех, кому удобнее воспринимать из визуального ряда:

Иногда попытка включить фильтр после его временного отключения приводит к ошибке. Тогда нужно на сервере vCenter в файле vpxd.cfg найти и поправить соответствующую строчку в конфигурационном xml-файле:

<filter>
<hostRescanFilter>true</hostRescanFilter>
</filter>

При внесении описанных здесь изменений не обязательно перезапускать сервер vCenter - так как это всего лишь фильтры для мастера добавления хранилищ, они будут применены сразу же. Однако будьте осторожны с изменением фильтров, так как можно потерять данные.

Мы уже писали о компании VMTurbo, выпускающей продукты для мониторинга и управления виртуальной инфраструктурой на базе платформ различных вендоров. На днях VMTurbo сделала бесплатным продукт Virtual Health Monitor, предназначенный для мониторинга гетерогенной инфраструктуры виртуализации.

Надо сказать, что Virtual Health Monitor - это несколько доработанная версия издания Community Edition продукта VMTurbo Operations Manager, являющегося основным коммерческим решением компании, предназначенным для управления виртуальной средой.

 Высокоуровневыми возможностями VMTurbo Virtual Health Monitor являются:

• Возможность отслеживания производительности компонентов виртуального датацентра и определение уровня его работоспособности
• Мониторинг параметров и построение отчетов о виртуальных машинах и хост-серверах в любом количестве (то есть настоящая бесплатность, без ограничений)
• Поддержка нескольких гипервизоров одновременно
• Еженедельный анализ аппаратных мощностей для определения степени эффективности их использования, а также прогнозирование необходимых дополнительных мощностей

Virtual Health Monitor поставляется уже в виде готового виртуального модуля (Virtual Appliance), который можно разместить на следующих платформах (они же, соответственно, и поддерживаются продуктом):

• VMware vSphere
• Microsoft Hyper-V
• RedHat Enterprise Virtualisation (RHEV)
• Citrix XenServer

Virtual Health Monitor был выпущен в преддверии выхода решения VMturbo Operations Manager 4.0, которое будет поддерживать гибридные облака и иметь специальные модули сопряжения с хранилищами различных производителей.

Скачать Virtual Health Monitor можно по этой ссылке.

Как знают администраторы решения для виртуализации настольных ПК VMware Horizon View, есть 2 варианта кастомизации Windows-десктопов при их развертывании в рамках пулов - через утилиту QuickPrep компании VMware и с помощью Sysprep от Microsoft.

При этом иногда можно использовать только Sysprep (для полных клонов, Full Clones), а иногда обе утилиты (для связанных клонов, Linked Clones):

Когда же нужно использовать Sysprep, а когда QuickPrep? На это дает ответ KB 2003797. Приведем здесь основные моменты.

Итак, есть сравнительная таблица возможностей утилит для кастомизации ОС:

Как видно из таблицы, утилита QuickPrep обладает значительно меньшим набором возможностей, чем Sysprep, однако имеет такой плюс, что после ее работы перезапускать виртуальный ПК не требуется.

Что именно делает QuickPrep:

• Создает новый аккаунт в AD для каждого виртуального ПК
• Переименовывает десктоп в соответствии с заданными значениями
• Присоединяет компьютер к домену
• Монтирует том с профилем пользователя (если необходимо)

Если требуется что-то сверх этого, то необходимо использовать Sysprep. Начиная с Windows 7, он уже встроен в саму ОС от Microsoft, а если вы используете Windows XP, то придется использовать отдельный пакет Sysprep (его нужно загрузить на сервер VMware vCenter), как описано в KB 1005593 (мы также писали об этом вот тут).

Как многие из вас слышали, у VMware есть крутая сертификация VCDX (VMware Certified Design Expert) - высшая степень сертификации технических специалистов, предполагающая не только глубокие знание и сдачу экзаменов, но и разработку и защиту собственного проекта перед панелью экспертов (таких же VCDX). Это весьма сложная штука.

Многие пытались, да не все смогли. Так вот, есть несколько интересных ссылок про VCDX-специалистов. Кто же они? Итак:

1. Полный список всех экспертов - VCDX Directory.

Там есть и наш с вами коллега, единственный VCDX в России на сегодня - Александр Комиссаров:

2. Карта, где можно найти спецов VCDX (Александр покрасил ~1/6 часть этой карты, ему должно быть приятно):

Кстати, во всем мире только одна женщина VCDX, из Австралии:

3. Пай-чарты о VCDX (по ссылке несколько уточненные данные относительно графиков ниже).

Например, по странам:

И по типу компаний (сотрудники VMware - почти половина):

4. Ссылки о том, как стать VCDX:

• Hugo Phan:My VCDX Journey – 5 simple steps to VCDX 
• Josh Odgers : My VCDX Journey 
• Scott Lowe: On the VCDX Defense
• Jason Boche:My VCDX Defense Experience 
• Jason Nash: My VCDX Defense….Or How I Flew to San Francisco to Choke….  (+1)
• Fellow LonVMUG attendee Chris Kranz: VCDX Journey 
• Andrea Mauro: VCDX journey on the VMware communities 
• Fabio Rapposelli: My own VCDX Defense experience 
• Duncan Epping: VCDX Defense, the blog article! 
• Frank Denneman: VCDX number 029 
• Kenneth van Ditmarsch: My VCDX Defend Experience 
• Rick Scherer: My VMware VCDX defense experience 
• Harley Stagner: The end of the journey VCDX number 46 
• Simon Long: VCDX Study Notes

5. Рассказ Юрия Семенихина о том, как не получилось стать VCDX.

6. Несколько настраивающих видео (плюс тут).

Что-нибудь еще полезное знаете? Кто из вас готовится?

Мы уже немало писали о EMC VPLEX (тут, тут и тут) - решении для виртуализации сети хранения данных SAN, которое позволяет объединить ресурсы различных дисковых массивов различных производителей в единый логический пул на уровне датацентра или нескольких географически разнесенных датацентров. Это позволяет гибко подходить к распределению дискового пространства и осуществлять централизованный мониторинг и контроль дисковых ресурсов.

Также мы писали и о компании Nicira, купленной некоторое время назад компанией VMware и предлагающей решение Network Virtualization Platform (NVP), предназначенное для виртуализации сетей в рамках концепции Software-defined networking (SDN). Работает оно на базе технологии VXLAN и является основой будущего продукта VMware NSX.

Теперь компании EMC и VMware выпустили видеоролик, раскрывающий преимущества совместного использования этих двух решений:

В ролике показывается, что VPLEX и Nicira имеют высокую степень интеграции в рамках общей концепции автоматизированного датацентра. Например, при увеличении трафика репликации продукт Nicira адаптивно реагирует на это событие и увеличивает доступную полосу пропускания для VPLEX при возрастании нагрузки, а также уменьшает полосу при ее падении. Это особенно актуально в географически разнесенных датацентрах с ограниченными каналами и высокими требованиями по доступности приложений.

Продолжаем рассказывать о возможностях новой версии универсального решения для резервного копирования и репликации  Veeam Backup and Replication 7. Напомним, что продукт должен выйти в третьем квартале этого года, а пока Veeam анонсировала, что раскроет семь новых возможностей B&R, каждая из которых является существенным улучшением не только по сравнению с предыдущей версией, но и на фоне любых других продуктов для резервного копирования виртуальных машин.

Вот предыдущие наши статьи на эту тему:

• Компания Veeam Software начала рассказывать о новой версии Veeam Backup and Replication 7 (возможность №1)
• Veeam анонсировала еще одну возможность Veeam Backup and Replication 7 - плагин для vSphere Web Client (№2)
• Третья новая возможность Veeam Backup and Replication 7 - восстановление объектов Microsoft SharePoint (№3)
• Компания Veeam Software рассказала о еще одной новой возможности Backup and Replication 7 - поддержка ленточных библиотек (№4 и №5)
• Компания Veeam рассказала о шестой новой возможности Veeam Backup and Replication 7 - улучшенный 1-Click Restore (№6)

На днях компания Veeam рассказала о последнем нововведении - возможности создания виртуальных лабораторий для реплик виртуальных машин, являющихся копиями основных производственных систем.

Источник данной возможности - запросы пользователей на механизм проверки работоспособности резервной инфраструктуры реплик, позволяющий быть уверенным, что в случае сбоя основного сайта, реплики смогут запуститься корректно на резервной площадке, и требования к RTO будут выполнены.

То есть, по-сути, это механизм SureBackup для инфраструктуры реплик, которого уже давно ждали пользователи Veeam Backup and Replication. Также там будут работать техники U-AIR (восстановление объектов приложений) и песочница On-Demand-Sandbox.

Напомним, как работают технологии виртуальных лабораторий Veeam:

• Для задачи выделяется хост-сервер ESXi или Hyper-V
• На этом хосте создается отдельный виртуальный коммутатор
• Специальный виртуальный модуль (Proxy Appliance) соединяется с виртуальным коммутатором для обеспечения сетевой связи изолированной тестовой лаборатории и внешней среды.
• Запрошенные виртуальные машины запускаются из файлов бэкапа напрямую, с использованием технологии vPower

То есть, к машинам становится возможен доступ извне для тестирования работоспособности сервисов приложений, но сами эти машины никогда не смогут соединиться с серверами внешней среды и полностью изолированы от производственного окружения.

Созданная технология верификации работоспособности реплик по аналогичной схеме называется SureReplica. При этом есть несколько приятных моментов:

• DR-сайт можно задействовать как под задачи тестирования реплик, так и частично использовать сервисы виртуальных машин. Например, в таких изолированных окружениях можно тестировать новые групповые политики перед их применением в производственной среде. То есть, все это можно использовать в качестве стейджинга.
• Функции Virtual Lab теперь включают поддержку Distributed Virtual Switch (DVS), что позволяет создавать изолированные лаборатории, задействующие несколько хост-серверов.
• Реплики находятся на обычных дисках (без сжатия и не в архивах), что значит, что это будет работать намного быстрее, чем при тестировании резервных копий, которые запускаются напрямую из бэкапов.

Более подробно о функциях виртуальных лабораторий для реплик виртуальных машин можно узнать по этой ссылке. Продукт Veeam Backup and Replication 7 будет выпущен в третьем квартале 2013 года.

Ну а тех из вас, кто хочет узнать побольше о новом продукте, приглашаем на совместный вебинар Veeam Software и Microsoft: Hyper-V в Windows Server 2012 и Veeam Backup & Replication.

Не так давно мы писали о том, что компания VMware выпустила обновленную версию руководства по обеспечению безопасности виртуальной инфраструктуры VMware vSphere 5.1 Security Hardening Guide. Также мы писали о VMware Mobile Knowledge Portal (VMKP) - приложении для мобильных устройств, которое позволяет изучать различный контент VMware в целях самообразования (документация, лучшие практики, видеобзоры, обучающие материалы и прочее).

Теперь же вот новость, объединяющая эти две - руководство vSphere 5.1 Hardening Guide стало доступно на VMware Mobile Knowledge Portal:

Кстати, с тех пор, как мы писали о портале VMKP, он сильно изменился к лучшему. Теперь он:

• Доступен для iPad и Android
• Имеет возможность ставить оценки содержимому
• Имеет возможность посылать фидбэк в VMware относительно документов или их частей
• Интегрирован с Facebook and Twitter для тех, кто хочет написать о том, что читает
• Имеет механизм фича-реквестинга

Скачать приложение VMware Mobile Knowledge Portal с содержащимся в нем Security Hardening Guide можно по этим ссылкам: iPad и Android.

Продолжаем рассказывать о возможностях новой версии универсального решения для резервного копирования и репликации  Veeam Backup and Replication 7. Напомним, что продукт должен выйти в третьем квартале этого года, а пока Veeam анонсировала, что раскроет 7 новых возможностей B&R, каждая из которых является существенным улучшением не только по сравнению с предыдущей версией, но и на фоне любых других продуктов для резервного копирования виртуальных машин.

Вот предыдущие наши статьи на эту тему:

• Компания Veeam Software начала рассказывать о новой версии Veeam Backup and Replication 7 (возможность №1)
• Veeam анонсировала еще одну возможность Veeam Backup and Replication 7 - плагин для vSphere Web Client (№2)
• Третья новая возможность Veeam Backup and Replication 7 - восстановление объектов Microsoft SharePoint (№3)
• Компания Veeam Software рассказала о еще одной новой возможности Backup and Replication 7 - поддержка ленточных библиотек (№4 и №5)

Теперь же Veeam анонсировала шестую возможность Veeam Backup and Replication 7 - улучшенный механизм 1-Click Restore. Эта возможность предназначена для окружений, где пользователи могут самостоятельно восстанавливать объекты виртуальных машин.

Если в версии Veeam Backup 6.0 пользователи через консоль Enterprise Manager могли восстанавливать отдельные файлы в свои ВМ, то теперь станет возможным самостоятельное восстановление виртуальных машин отдельными пользователями или группами.

Администраторы и операторы инфраструктуры резервного копирования могут выдать права на восстановление файлов или виртуальных машин пользователям через 1-Click Restore, не имея при этом права на просмотр их содержимого.

Также, теперь ролевая модель для самостоятельного восстановления через Enterprise Manager применима не только к отдельным файлам и виртуальным машинам, но и к другим объектам, таким как кластеры, хосты, хранилища и объекты vApp.

Более подробно о новой возможности Veeam Backup and Replication 7 рассказано в блоге Veeam.

В самом конце прошлой недели компания VMware выпустила обновление своей серверной платформы виртуализации - VMware vSphere 5.1 Update 1. Напомним, что версия vSphere 5.1 вышла еще летом прошлого года, поэтому апдейт продукта назрел уже давно.

Из официального списка новых возможностей VMware vSphere 5.1 Update 1:

• Поддержка новых гостевых ОС, приведенных в списке совместимости VMware.
• Исправления ошибок, приведенные здесь.

Надо сказать, что после vSphere 5.1 Update 1, следующие гостевые ОС НЕ будут поддерживаться со стороны VMware (этот релиз пока их поддерживает):

• Windows NT
• Все 16-битные версии Windows и DOS (Windows 98, Windows 95, Windows 3.1)
• Debian 4.0 и 5.0
• Red Hat Enterprise Linux 2.1
• SUSE Linux Enterprise 8
• SUSE Linux Enterprise 9 младше SP4
• SUSE Linux Enterprise 10 младше SP3
• SUSE Linux Enterprise 11 младше SP1
• Ubuntu releases 8.04, 8.10, 9.04, 9.10 и 10.10
• Все релизы Novell Netware
• Все релизы IBM OS/2

Самые интересные исправления ошибок ожидают пользователей в подсистеме работы с хранилищами:

1. Наконец-то при выполнении операции Storage vMotion можно полноценно поменять имя виртуальной машины (то есть, целиком - вместе с виртуальными дисками).

Об этом мы уже писали вот тут. Наконец-то это заработало. На сервере vCenter идем в "Administration" -> "vCenter Server Settings" -> "Advanced Settings" и добавляем параметр:

provisioning.relocate.enableRename со значением true

2. Увеличенный VMFS Heap Size.

Об этом параметре мы уже писали вот тут:

Он применяется не только к VMFS3, но и VMFS5. Теперь вот что поменялось:

• VMFS Heap может расти до 640 МБ вместо 256 МБ в прошлом релизе. Это позволяет подключать к хосту ESXi совокупный объем хранилищ до 60 ТБ.
  
• Размер кучи выставляется дефолтно 640 МБ для новых установок и сохраняется на уровне уже имеющегося значения для апгрейдов с предыдущих версий.
• Появился новый параметр, позволяющий гарантировать размер кучи - VMFS3.MinHeapSizeMB. Но его нельзя выставить больше, чем 255 МБ (однако она может продолжать расти до 640 МБ).

3. WWNN и WWPN для адаптеров FC HBA отображаются в vSphere Web Client корректно.

Раньше там отображалась бурда в виде ноликов на конце (см. тут). Теперь это поправлено.

Кроме всего этого, появилась хорошая статья KB 2037630, описывающая порядок обновления различных компонентов виртуальной инфраструктуры, построенной на продуктах VMware:

Там же - очень полезная табличка со ссылками:

Скачать VMware vSphere 5.1 Update 1 можно по этой ссылке.

Те из вас, кто пользуется услугами облачного IaaS-хостинга Amazon AWS, наверняка знают, что у этого сервис-провайдера есть решение Storage Gateway, позволяющее организовать гибридную модель хранения данных предприятия, а именно - частично или полностью хранить данные инфраструктуры виртуальных машин VMware vSphere в облачном хранилище Amazon S3.

Теперь же решение Storage Gateway поддерживает не только гипервизор VMware ESXi, но и хранилища платформы Microsoft Hyper-V.

Storage Gateway представляет собой виртуальный модуль (Virtual Appliance), размещенный в виде ВМ на хостах ESXi или Hyper-V, который предоставляет стандартный интерфейс iSCSI и выступает в качестве таргета для хост-серверов с виртуальными машинами (в общем случае поддерживается доступ различных приложений). Работа Storage Gateway возможна в двух режимах:

• Gateway-Cached Volume — в рамках этой архитектуры вы создаете тома для виртуальных хранилищ и монтируете их как iSCSI-устройства для хост-серверов. Виртуальный модуль кэширует данные и сохраняет их в облаке Amazon S3, при этом в инфраструктуре заказчика хранятся только кэшированные данные, которые наиболее часто оказываются востребованными.
• Gateway-Stored Volume — в такой архитектуре все данные виртуальных машин хранятся локально, в рамках инфраструктуры заказчика, а Storage Gateway периодически создает снапшоты (инкрементально) и передает данные отличий от базового образа в облако Amazon S3. Это создает хорошие возможности для сценариев Disaster Recovery.

Storage Gateway передает данные в S3 через защищённый SSL-канал. Более подробно с технической точки зрения о решении можно узнать тут и тут.

С началом поддержки Hyper-V в Storage Gateway компания Amazon вступает в прямую конкуренцию с Microsoft, которая в прошлом году приобрела компанию StorSimple, занимавшуюся тем же самым (только у них это программно-аппаратный комплекс) - предоставлением облачных хранилищ через онпремизные сервисы, размещенные на площадке заказчика (cloud-integrated storage).

Стоимость сервисов Amazon Storage Gateway можно узнать на этой странице.